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Amendments to the Claimsi 
Claims 1-40 (CanceUed). 

41. (Currently amended) A method for providing mutual exclusion for a : 
resource in a computer system having a plurality of processes, the method • 
comprising: 

maintaining a resource lock for each process requiring access to the j 
resource, the resource lock having a plurality of fields reqviiring initialization in | 
order for the process to access the resource, the pltirality of fields including an • 
owner indicator field for indicating an owner process for the resource; 

receivings by a first process, an inquiry from a second process inquiring • 

whether the first process owns the resource; J 

I 

determining, by the first process, an owner process for the resource other * 
than the first process; and , , - 

creating a ghost lock for the first process, wherein the ghost lock is a ] 
partial instantiation of a resource lock having at least the owner indicator field 
initialized to indicate the owner process but having less than all fields initialized, 
and wherein the ghost lock io maintained to faeilitatc futur e ' access to the ! 
rG3ourcG by the first proce s s allows the first process to identify the owner process ; 
for the resource without first sending an inquiry message to determine the owner j 
process . 

42. (Previously presented) The method of claim 41, wherein determining 
the owner process by the first process comprises: ! 

determining that the first process is not the owner process; and 
determining thereby that the second process is the owner process. 

43. (Previously presented) The method of claim 42, further comprising: 
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sending, by the first process, a response to the second, process indicating 
that the first process is not the owner process for the resource; and 

creating an owner lock for the second process, wherein the owner lock is a ^ 
resource lock having all fields initialized and the owner indicator field indicating ' 
that the second process is the owner process for the resource. 

i 

44. (Previously presented) The method of claim 41, further comprising: i 
determining, by the second process, the owner process for the resource, 

the owner processing being one of the second process and a third process; 

creating an owner lock for the second process if the second process is the 
owner process for the resource, wherein the owner lock is a resource lock having j 
all fields initialized and the owner indicator field indicating that the second 
process is the owner process for the resource; and 

i 

creating a reference lock for the second process if the third process is the 
owner process for the resource, wherein the reference lock is a resource lock 
having all fields initialized and the owner indicator field indicating that the third . 

process is the owner process for the resource. \ 

j 

45. (Previoxisly presented) The method of claim 44, wherein determining 
the owner process by the second process comprises: 

sending, by the second process, an inquiry to the third process inquiring 

1 

whether the third process owns the resource; ] 
receiving, by the second process, a response from the third process 

indicating whether the third process is the owner process for the resource; and 
determining, by the second process, that the second process is tlie owner 

process for the resource, if the response indicates that the third process is not the ; 

owner process for the resource. 

i 

46. (Previously presented) The method of claim 45, further comprising: ; 
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I 

sending, by the second process^ an owner notification message to the first ' 
process indicating the owner process for the resource, the owner process being 
one of the second process and the third process. 

47. (Previously presented) The rnethod of daiin 46, wherein determining ' 
the owner process by the first process comprises: 

determining the owner process for the resoxirce based upon the owner 
notification message. i 

48. (Previously presented) The method of claim 41, further comprising: , 
determining that the first process requires access to the resource; : 
identifying, by the first process, the owner process for the resource using = 

the ghost lock; and 

sending, by the first process, a request message to the owner process 
requesting access to the resource without first sending an inquiry message to 
determine the owner process. 

49. (Previously presented) The method of claim 48, wherein identifying 
the owner process for the resource using the ghost lock comprises: 

finding the ghost lock among a plurality of resource locks based upon a < 
resource identifier; and 

obtaining the owner process from the owner indicator field of the ghost 
lock. j 

50. (Previously presented) The method of claim 48, further comprising: i 
converting the ghost lock to a reference lock by irutializing all 

uiunitialized fields of the lock. ; 

} 

51. (Currently amended) An apparatus for providing mutual exclusion [ 
for a resource in a computer system, the device comprising: 
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a lock storage for storing resource locks, each resource lock having a 

plurality of fields requiring initialization in order for a corresponding process to : 

I 

access the resoiorce, the plurality of fields including an owner indicator field for 
indicating an owner process for the resource; and 

4 

a distributed lock service process for managing resovirces locks in the lock 
storage, wherein the distributed lock service process is operably coupled to 
determine an owner process for the resovirce other than the distributed lock 
service process upon receiving an inqxiiry ftrom another process inquiring 
whether the distributed lock service process owns the resource and to create a 
ghost lock in the lock storage, wherein the ghost lock is a partial instantiation of a 
resource lock having at least the owner indicator field initialized to indicate the \ 
owner process but having less than all fields initialized^ and wherein the 
distributed lock service proccaa maintaiaa thc - ghoat lock to facilitate fitfege 
acccsg to the resource the ghost lock allows the distributed lock service process to ' 
identify the owner process for the resource without first sending an inquiry 
message to determine the owner process . 

i 

52, (Previously presented) The apparatus of claim 51, wherein the ^ 
distributed lock service process is operably coupled to determine that the other ' 
process is the owner process for the resource if the distributed lock service 
process is not the owner process for the resource. ] 

53, (Previously presented) The apparatus of claim 51, wherein the ; 

i 

distributed lock service process is operably coupled to send a response to the 
second process irdicafing that the first process is not the owner process for the 
resource. 

54, (Previously presented) The apparatus of claim 51, wherein the 
distributed lock service process is operably coupled to determine the owner ; 
process for the resource based upon an owner notification rhessage received 

3 
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from the other process, the owner notification message identifying the owner 
process for the resotirce, 

55. (Previously presented) The apparatiis of daim 51, wherein the 
distributed lock service process is operably coupled to identify the owner process i 
for the resource using the ghost lock upon requiring access to the resource and to . 
send a request message to the owner process requesting access to the resource 
without first sending an inquiry message to determine the owner process. * 

■ I 

56. (Previously presented) The apparatus of claim 55, wherein the { 
distributed lock service process is operably coupled to identify the owner process ' 
for the resource using the ghost lock by finding the ghost lock among a plurality \ 
of resource locks in the loci storage based upon a resource identifier and ; 
obtaining the owner process from the owner indicator field of the ghost lock. 

- f 

57. (Previously presented) The apparatus of claim 55, wherein the • 

distributed lock service process is operably coupled to convert the ghost lock to a \ 
reference lock by initializing all uninitialized fields of the lock, 

58- (Currently amended) An apparatus comprising a computer readable 
medium having embodied therein a computer program for providing mutual ' 
exclusion for a resource in a computer system, the computer program \ 
comprising: 

a distributed lock service process for managing resources locks in a lock 
storage, each resource lock having a plurality of fields requiring initialization in ; 
order for a correspondiag process to access the resource, the- plurality of fields i 
including an owner indicator field for indicating an owner process for the ! 
resource, wherein the distributed lock service process is programmed to 
determine an owner process for die resource other than the distributed lock 
service process upon receiving an inquiry from another process inquiring 

6 
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whether the distributed lock service process owns the resource aiid to create a ; 
ghost lock in the lock storage, wherein the ghost lock is a partial instantiation of a '' 
resource lock having at least the owner indicator field initialized to indicate the 
owner process but having less than all fields initialized, and wherein #fce 
diatributcd lock scrvuco proccga maintains the ghost ledc to facilitate futur e 
acccOQ to the resource the ghost lock allows the distributed lock service process to ' 
identify the owner process for the resource without first sending an inquiry 
message to determine the owner process . 

t 

59. (Previously presented) The apparatus of claim 58, wherein the 
distributed lock service process is programmed to determine that the other ; 
process is the owner process for the resource if the distributed lock service i 
process is not the owner process for the resource, • 

60. (Previously presented) The apparatus of claim 58, wherein the ; 
distributed lock service process is programmed to send a response to the second : 
process indicating that the first process is not the owner process for the resource, j 

61. (Previously presented) The apparatus of claim 58, wherein the ^ 
distributed lock service process is programmed to determine the owner process [ 
for the resource based upon an owner notification message received from the 
other process, the owner notification message identifying the owner process for 
the resource, 

62. (Previously presented) The apparatus of claim 58, wherein the 
distributed lock service process is programmed to identify the owner process for • 
the resource using the ghost lock upon requiring access to the resource and to ] 
send a request message to the owner process requesting access to the resource 
without first sending an inquiry message to determine the owner process. 

i 
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63- (Previously presented) The apparatus of claim 62, wherein the 
distributed lock service process is programmed to identify the owner process for I 
the resource using the ghost lock by finding the ghost lock among a plurality of ; 
resource locks in the lock storage based upon a resource identifier and obtaining 
the owner process from the owner indicator field of the ghost lock. 

64, (Previously presented) The apparatus of claim 62, wherein the ! 
distributed lock service process is programmed to convert the ghost lock to a ; 
reference lock by initializing all uninitialized fields of the lock. 

65. (Currently amended) A computer system comprising a plurality of 
processes sharing a resource, wherein: 

a resource lock is maintained for each process requiring access to the 
resource, the resource lock having a plurality of fields requiring initialization in 
order for the process to access the resource, the plurality of fields including an ; 
owner indicator field for indicating an owner process for the resource; 

a'first process receives an inquiry from a second process inquiring 
whether the first process owns the resource; 

the first process determines an owner process for the resource other than ! 
the first process; and 

a ghost lock is created for the first process, wherein the ghost lock is a ' 
partial instantiation of a resource lock having at least the owner indicator field 
initialized to indicate the owner process but having less than all fields initialized, ' 
and wherein the ghost lock i s maintained to fadlitatc future acccoa to the ; 
tcaQurcc by the firot proce s s allows the first process to identify the owner process ' 
for the resource with out first sending an inquiry message to determine the owner 
process . 
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66. (Previously presented) The computer system of claim 65, wherein the ! 
first process determines that the second process is the owner process for the ; 
resource if the first process is not the owner process for the resource. 

67. (Previously presented) The computer system of claim 66, wherein: 
the first process sends a response to the second process indicating that the 

first process is not the owner process for the resource; and j 
an owner lock is created for the second process, wherein the owner lock is ^ 
a resource lock having all fields initialized and the owner indicator field 
indicating that the second process is the owner process for the resource. 

68. (Previously presented) The computer system of claim 65, wherein: ^ 
the second process determines the ovmex process for the resource, the ; 

owner processing being one of the second process and a third process; 

an owner lock is created for the second process if the second process is the 
owner process for the resource, wherein the owner lock is a resource lock having ' 
all fields initialized and the ovmer indicator field indicating that the second 
process is the owner process for the resource; and 

1 

a reference lock is created for the second process if the third process is the 
owner process for the resource, wherein the reference lock is a resource lock ; 
having all fields initialized and the owner indicator field indicating that the third . 
process is the ovmer process for the resource. 

69. (Previously presented) The computer system of claim 68, wherein the 
second process determines the owner process by: 

sending an inquiry to the third process inquiring whether the third 
process owns the resource; ; 

receiving a response from the tliird process indicating whether the third ! 
process is the owner process for the resource; and 
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determixuixgthat the second process is the owner process for the resource, 
if the response indicates that the third process is not the owner process for the 
resource, 

70. (Previously presented) The computer system of claim 69, wherein: 
the second process sends an owner notification message to the first 

process indicating the owner process for the resource, the owner process being 
one of the second process and the third process. 

71 , (Previously presented) The computer system of daim 70, wherein the 
first process determines the owner process for the resource based upon the 
owner notification message. 

72- (Previously presented) The computer system of claim 65, wherein: 
the first process identifies the owner process for the resource using the 
ghost lock upon requiring access to the resource and sends a request message to 
the owner process requesting access to the resource without first sending an 
inquiry message to determine tlie owner process. 

73, (Previously presented) The computer system of claim 72, wherein the 
first process identifies the owner process using the ghost lock by finding the 
ghost lock among a plurality of resource locks based upon a resource identifier 
and obtaining the owner process from the owner indicator field of the ghost lock, 

74, (Previously presented) The computer system of claim 72, wherein the 
first process converts the ghost lock to a reference lock by initializing all 
iminitialized fields of the lock. 
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